home *** CD-ROM | disk | FTP | other *** search
/ kermit.columbia.edu / kermit.columbia.edu.tar / kermit.columbia.edu / newsgroups / misc.20041116-20060924 / 000328_scottac@nb.sympatico.ca_Wed May 3 13:59:28 2006.msg < prev    next >
Internet Message Format  |  2006-09-27  |  3KB
  1. Path: newsmaster.cc.columbia.edu!newsfeed.nyu.edu!news.maxwell.syr.edu!logbridge.uoregon.edu!arclight.uoregon.edu!wns14feed!worldnet.att.net!207.35.177.252!nf3.bellglobal.com!ursa-nb00s0.nbnet.nb.ca!53ab2750!not-for-mail
  2. From: "Scott Caissie" <scottac@nb.sympatico.ca>
  3. Newsgroups: comp.protocols.kermit.misc
  4. References: <qbD5g.1797$A26.49545@ursa-nb00s0.nbnet.nb.ca> <slrne5eh2v.67g.fdc@sesame.cc.columbia.edu>
  5. Subject: Re: output pacing questions
  6. Lines: 54
  7. X-Priority: 3
  8. X-MSMail-Priority: Normal
  9. X-Newsreader: Microsoft Outlook Express 6.00.2900.2180
  10. X-RFC2646: Format=Flowed; Original
  11. X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180
  12. Message-ID: <%RN5g.2067$A26.59642@ursa-nb00s0.nbnet.nb.ca>
  13. Date: Tue, 02 May 2006 18:50:35 GMT
  14. NNTP-Posting-Host: 156.34.24.236
  15. X-Complaints-To: abuse@aliant.net
  16. X-Trace: ursa-nb00s0.nbnet.nb.ca 1146595835 156.34.24.236 (Tue, 02 May 2006 15:50:35 ADT)
  17. NNTP-Posting-Date: Tue, 02 May 2006 15:50:35 ADT
  18. Organization: Aliant Internet
  19. Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:15585
  20.  
  21. After changing the output pacing, I wanted to change it back to the original 
  22. value which is why I wanted to know the default value after it was done its 
  23. task.
  24.  
  25. "Frank da Cruz" <fdc@columbia.edu> wrote in message 
  26. news:slrne5eh2v.67g.fdc@sesame.cc.columbia.edu...
  27. > On 2006-05-02, Scott Caissie <scottac@nb.sympatico.ca> wrote:
  28. >> Whats the default pacing speed? I'm guessing 1 millisecond.
  29. >>
  30. > Default is no pacing at all.  If you "output foo" then "foo" is sent
  31. > as a string.
  32. >
  33. >> Can I turn off the pre-check for pacing speed?
  34. >> When I increase this to a significant number such as 1000-2000 
  35. >> milliseconds,
  36. >> and try to output a string, it waits the full duration in COMMAND mode 
  37. >> for
  38. >> the pacing. When I go to CONNECT mode, it takes an equal amount of time 
  39. >> to
  40. >> output it. I have no problem with the last part. Its suppose to output at 
  41. >> a
  42. >> certain speed that you specify.
  43. >> I just don't get why it does a pre-check on pacing.
  44. >>
  45. >> example:
  46. >> set output pacing 2000
  47. >> output testing123
  48. >> its gonna sit for 20 seconds before I get access to the prompt again. 
  49. >> Then
  50. >> when I go to CONNECT mode, it will do the same thing. How do I turn off 
  51. >> the
  52. >> pre-checking or whatever this is?
  53. >>
  54. > This doesn't sound to me like something it's supposed to do.  The pacing
  55. > quantity is supposed to apply after each character of the OUTPUT string.
  56. > I did a quick check just now (on an SSH connection):
  57. >
  58. >  set output pacing 1000
  59. >  output foo
  60. >
  61. > This took exactly 3 seconds, as expected.
  62. >
  63. >> The main goal was to do a very long task by checking anywhere from 10-200
  64. >> articles. I wanted it slow enough as to not cause any errors as to which
  65. >> screen it will be on. But the pre-check phase sorta scraped that idea
  66. >> entirely.
  67. >>
  68. > I guess I don't understand your application, but there are many ways to
  69. > synchronize things.  The only purpose for OUTPUT PACING is to prevent data
  70. > overruns on connections that are not properly flow-controlled.
  71. >
  72. > - Frank 
  73.  
  74.